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(57) Abstract: The present invention permits 
a JavaScript -based Remote Procedure Call 
(RPC) (100) to be executed from a Web page 
(101) displayed in a Web browser window, 
without utilizing browser plug-in, Java Applet, 
or ActiveX technology. Traditionally, clunky 
downloads and Web browser plug-ins has been 
required to enable Web page interactivity, 
which greatly compromises the performance 
and reach of the Web page. Based purely on 
HTML and JavaScript, the present invention 
utilizes the HTML <script> element to pass 
data to the server and execute a remote 
procedure, receiving the resulting output to the 
same displayed Web page (101). The present 
invention can be used to build a lightweight 
Web page that offers real-time data and 
interactivity. 
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METHOD OF <SCRIPT> BASED REMOTE 
JAVASCRIPT FUNCTION CALL OF WEB PAGE 

CROSS-REFERENCE TO RELATED APPLICATIONS 
5 This application claims the benefit of U.S. Provisional Application No. 

60/251,056 filed December 1, 2000. 

STATEMENT REGARDING FEDERALLY SPONSORED RESEARCH OR 
DEVELOPMENT 
1 0 Not Applicable 

REFERENCE TO A MICROFICHE APPENDIX 
Not Applicable 

1 5 BACKGROUND OF THE INVENTION 
1. Field of the Invention 

The present invention relates generally to making JavaScript-based remote 
function calls from a Web page to one or more remote Web server(s). 

20 2. Description of the Related Art 

The Internet is a computer network that provides access to the World Wide 
Web ("the Web"), a vast collection of pages comprised of text, graphical, multimedia 
elements, and embedded programs ("client-side scripting"). Graphical user interface 
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programs called Web browsers are employed by Internet users to receive, or 
download, the Web pages from servers and display the pages at their client 
computers. A Web browser displays Web pages by showing the text and graphical 
elements on a client display screen, by playing sound files and showing video 
5 sequences, and by running the embedded programs. 

The rapid increase in the number of Internet users and in the amount of 
information being downloaded by users has resulted in high volumes of traffic that 
overload web servers, as well as increasing delays in downloading Web pages. 
Delays in downloading and displaying pages make an Internet user's browsing 

10 experience less enjoyable. This is especially true for Internet users who do not have 
high-speed access to the Internet. The response time for the transfer and displaying of 
page elements between servers and clients could be improved if the amount of data 
traffic passing over the Internet could be reduced, and more server computing tasks 
could be offloaded to the clients. 

15 To download a Web page, a user at a client machine requests a Web page by 

sending a Web page address to the corresponding Web server. A Web page address is 
specified by a uniform resource locator (URL). When the Web server receives the 
URL request from a client machine, it determines the format and elements of the 
requested Web page and constructs a text file according to the hypertext mark-up 

20 language (HTML) standard. The HTML file specifies the text to be written and the 
Web page elements, such as URLs for image files that are to be viewed or displayed, 
and the format in which they should be presented. The server sends the HTML text 
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file to the client machine, along with any corresponding data files specified by the 
HTML code. 

At the client machine, the user's Internet browser receives the HTML code and 
automatically renders the page elements, displaying the text data, running the 
5 embedded programs, and sending further requests for files specified by URLs in the 
HTML code. The requests for files may include, for example, image files at servers 
other than the server from which the original HTML code was received. Thus, it 
should be apparent that displaying a single Web page may involve many different 
requests for data and numerous transfers of data between the client machine and one 

10 or more Web servers. 

One contributor to the excessive Internet traffic that is slowing down the Web 
is the requirement for reloading of Web pages. Typically, each time a user "visits" a 
Web page by requesting its contents, that user's Web browser must reload the page 
data by requesting the entire HTML code and the corresponding data elements. 

15 Although some Web pages have a large number of elements that change frequently, it 
is more typical for a page to be largely static. That is, most of the page elements will 
not change. The download of Web pages could proceed much more smoothly if more 
elements of a Web page did not need to be transferred from a server each time the 
page makes a request. 

20 Once a Web page is downloaded to a client computer's browser, there is no 

connection maintained with the Web server. In order to communicate with the Web 
server, the browser must refresh the entire page. This greatly limits how Web pages 
flow and its design, and results in much redundant data transmission. 
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The limitations of HTML are most pronounced when moving existing client- 
server applications to an HTML interface. Suddenly the entire user interface must be 
reengineered to conform to the page-by-page flow of HTML. Specifically, in bringing 
client-server applications onto the Web, a lot of unnecessary network traffic is added, 
5 and servers are burdened with most of the computing tasks. A better way would be to 
transfer only the necessary data and offload as many repetitive or resource-consuming 
computing tasks to the client's computer. Currently, however, Web servers must 
resend entire Web pages, which include the retransmission of many duplicated page 
components, and carry out mostly all computing tasks. 

10 There is some effort in trying to fix this flawed Web-based client-server 

model. The Microsoft Corporation has a technology called "Remote Scripting", which 
uses a Java Applet at the Web page acting as a proxy of communication. Now the 
Web page can either receive more information from the Web server or send 
information back by calling a function: RSExecute() without refreshing the entire 

15 page. For detailed information on Microsoft's Remote Scripting, refer to Microsoft's 
website: 

http://msdnanicrosoftxom/sm 
m. 

Even after several years of promotion by Microsoft, Remote Scripting technology has 
20 not been widely adopted by Web developers. There are several reasons for this: 

1 . Slow: In order to use Remote Scripting, each Web page must include a Java 
Applet, acting as the client-side proxy, which must start Java Virtual Machine 
on the client's computer once the page is loaded. This is a slow process that 
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introduces a 3-8 second delay in displaying the page for most personal 
computers. 

2. Limited Server Compatibility: Remote Scripting only supports Microsoft Web 
server software, such as Internet Information Server, which must run on a 
5 Microsoft operating system, such as NT. Most high traffic and established 

commercial Websites use some variation of the Unix operating system and 
non-Microsoft Web server software, such as Apache. Therefore, most high 
traffic and established commercial websites cannot take advantage of 
Microsoft's Remote Scripting. 
10 3. Single Server Access: Remote Scripting can only execute remote function 

calls back to the Web server that originally served the Web page. It cannot 
therefore make remote function calls to any other Web servers. 
NetGratus, Inc. has already developed several generations of its own Remote 
Scripting technology that does not require a Java Applet to act as a proxy at the Web 
15 page. The previous generation of NetGratus Remote Scripting used a hidden 
<iframe> element as a proxy on the Web page to make remote JavaScript function 
calls for Microsoft browsers; it used a hidden <layer> element as a proxy on the Web 
page to make remote JavaScript function calls for Netscape browsers. The size of the 
JavaScript library on the client computer side was between 6 to 8 kilobytes. Since 
20 NetGratus Remote Scripting does not use a Java Applet as the client-side proxy, there 
is no loading delay associated with starting the Java Virtual Machine. The other 
advantage of NetGratus Remote Scripting over Microsoft's Remote Scripting is that it 
supports many different web server platforms and server operating systems. 
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The previous generation of NetGratus Remote Scripting still had significant 
limitations. It could not make remote function calls to other Web server except to the 
Web server from which that Web page originated from. The main reason this is that 
the <iframe> and <layer> elements are sub windows of the main Web page, and 
5 JavaScript has a security barrier between sub windows and the main window when 
these windows originate from different Web servers. As a result the main window 
cannot access data of the child window if the child window came from a different 
Web server and vice versa. Another side effect is that for every call made through the 
<iframe>, Internet Explorer adds a record to its history list. So after several remote 
10 function calls, several unwanted history records have been recorded, and Web users 
cannot easily use the "Back" or "Forward" buttons to go to the previous or next Web 
page. 

From the discussion above, it should be apparent that there is a need for better 
means of making remote function calls from a Web page to remote Web servers. The 
15 method for remote function calls from a Web page should be easy to use, compatible 
with most server platforms, small in size (kilobytes), quick to load, and able to make 
function calls to multiple Web servers of different origins. The present invention 
fulfills this need. 

20 BRIEF SUMMARY OF THE INVENTION 

The invention permits a Web page to make JavaScript-based function calls (or 
RPC, Remote Procedure Call) from either Netscape or Microsoft Web browsers to 
remote Web servers of different origins. In accordance with the invention, the 
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browser displays a Web page containing at least one JavaScript library acting as the 
client-side Web page proxy for the RPC. This client-side proxy essentially uses the 
<script> tag as the communication vehicle for sending or receiving data to and from 
Web servers. It is also necessary to have a Web server-side proxy for enabling the 
5 RPC. The server-side proxy can be implemented on any platform, such as Web 
server-side scripting (e.g. JavaScript, VBScript, ColdFusion, etc.), ISAPI-based 
C/C++, Java technologies, and so on. 

Upon a trigger event, such as a mouse-over or a button click, the Web page 
will make a remote function call through the client-side proxy. The client-side proxy 

10 packages the remote function call into a URL, then sets the <script> tag's src property 
to that URL. At the Web server, the URL request is first handled by the Web server- 
side proxy, which in turn, uses the requested URL to regenerates the remote function 
call as if it were a local function call. The server-side proxy dispatches it to the 
function, receives the returned data from the function, packages that data in a format, 

1 5 which is understood by the Web client-side proxy, and returns that data package to the 
Web page. Upon receiving the data from the Web server-side proxy, the client-side 
proxy triggers a call back function to process the returned data. This entire process is 
completed without having to reload the page. 

Other features and advantages of the present invention should be apparent and 

20 will be better understood by reference to the drawings and the following detailed 
description, which illustrate, by way of example, the principles of the invention. 



BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWING 
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FIGURE 1 shows a system having a Web page on client computer and Web 
server constructed in accordance with the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 
5 Typically, a Web page communicates back to the server when the user clicks 

the submit button on an HTML form. Once the submit button has been clicked, the 
browser takes the values from the form fields, builds an HTTP request, and then sends 
that to the server. The server receives the information, does what it needs to do - 
querying a database, for example - and then returns some data, usually in the form of 

10 a new HTML page. Although this method for data transmission is highly inefficient, 
because HTTP is a connectionless protocol that reduces the consumption of server 
resources, this method is still in use today. 

Microsoft Java Applet based Remote Scripting, Netgratus <iframe> and 
<layer> based Remote Scripting and this invention, <script> based Remote Scripting, 

15 are all built on top of the HTTP; it uses HTTP requests to the server over the HTTP 
port (usually port 80), which simplifies firewall negotiation. Rather than relying on 
the user clicking on a submit button, all methods of Remote Scripting provide a 
mechanism to call code on the server (i.e. remote function calls), just as calls are 
made to client-side functions (i.e. local function calls). This mandates using both a 

20 client-side proxy, the client's communication agent, and a server-side proxy, the 
server's communication agent. 

Microsoft's Java Applet-based Remote Scripting uses client-side JavaScript 
plus a client-side Java Applet as the client-side proxy. On the Web server-side, it uses 
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server-side JavaScript as the proxy. The previous generation of NetGratus Remote 
Scripting, <iframe> and <layer> Remote Scripting, used only client-side JavaScript as 
the proxy. The client-side proxy uses <iframe> for Microsoft Internet Explorer 
browsers and <layer> for Netscape browsers as the vehicle to transport the data. 

This invention, <script> Remote Scripting, also uses only client-side 
JavaScript as the proxy, but uses <script> instead of <iframe> and <layer> as the 
vehicle to transport the data. The server-side proxy can be implemented on any 
platform, such as Web server-side scripting (e.g. JavaScript, VBScript, ColdFusion, 
etc.), ISAPI-based C/C++, Java technologies, and so on. 

FIGURE 1 shows a system 100 having a Web page on client's computer 101 
and one or more Web servers 104(1) and 104(2). Web page 101 includes a client-side 
proxy 102, which basically is a JavaScript library. Client-side proxy 102 can 
communicate with multiple Web servers 104(1) and 104(2). On each of those Web 
servers there is a server-side proxy 110, which handles the URL requests from client- 
side proxy 102 and dispatches the function calls to different server functions 111. 
Server functions 111 can access data sources, such as database 112, or access other 
server functions 111, and return the results to server-side proxy 110. The server-side 
proxy 110 then packages the results into a format understandable by the client-side 
proxy 102, and also triggers a call back function at the client-side proxy 102. The 
client-side proxy 102 then retrieves the data from the server-side proxy 110 and uses 
it for client-side processes. The next section shows a sample code for implementing 
the client-side proxy 102. 

var J*G_CallmgPool= ,m ; 
var _NG_Busy=false; 
function getUniqueStringQ 

9 
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{ 

var d - new DateO; 

var unique = d.getTime() + " + Math.floor(1000*Math.random()); 
return unique; 

5 } 

function NGExecute(rspage s callback 9 func,parms) 
{ 

//L tranlate function to URL 
1 0 var strFunc=rspage+"?R="+getUniqueString() 

strFunc+= ,l &F= ,t +escape(fiinc) 



15 



if(callbackl=null) 

strFunc+="&C="+cailback 



if (parms != null) 

{ 

if (typeof(parms) = "string") 

20 strFunc+="&PO="+parms; 

} 

else 
{ 

for( var i=0;i<parms.length; i++ ) 
25 strFunc4="&P"+i+"="+escape(parms[i]); 

} 

} 

1/2. insert into calling pool 
3 0 _NG M CallingPool+=strFunc+ n $ ,, 
URLCallQ 

} 

function URLCall() 
35 { 

if(_NG_CallingPool.length>l && !_NG_Busy) 
{ 

_NG_Busy==true; 

varindex= NG CallingPool.indexOf('$'); 
40 var src=__NG_CallmgPooLsubstring(0,index) 

document.scripts( , ng_script').src=src; 

} 

else 

45 setTimeout(URLCalU00); 



} 



} 



function NGTrigger(callback,param,errCode) 
50 { 

var index=_NG_CallingPool.indexOf( , $ , ); 

_NG_CallingPool=_NG_CallingPool.substring(index+ 1 ,_NG_CallingPool.length) 
_NG_J3usy=false; 

var strF-callback+ M ("+errCode+ , ^ m +param+ ,,, )"; 
55 eval(strF); 
} 
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The next section shows the sample code for a sample Web page 101 : 
<html> 

<script language-' JScript" id- 'ng_script ,f src= n Library.js !, ></script> 
5 <script language=JavaScript> 

function test(){ 

NGExecuteC'script.asp", "FCallBack", "getdata3", Array('dl', 'd2 ! )) 

} 

function FCallBack(errCode, strData){ 
10 if(errCode-=0){ 

document.body.innerHTML+=strData+"<br> n ; 
status="FCallBack: M + strData; 

} 

else { 

15 • alert(strData) 

} 

} 

</script> 
<body> 

20 

<a href= t,M onmouseout="test() M> This is the test page</a> 
</body></html> 



As shown in the above sample codes for both Web page 101 and the client- 
25 side proxy 102, the client-side proxy 102 uses <script> as a communication vehicle to 
send or receive data from the Web server. The original purpose of <script> tag is used 
to define browser script code or the source of browser script code. This invention uses 
the <script> tag in a new and innovated way. Every time a Web page makes a remote 
function call (RPC), the client-side proxy 102 generates a URL for the function that 
30 includes the Web page name, the calling function name, the call back function name, 
and values to be passed to the remote function (parameters), which are sent to Web 
servers 104 through the <script> tag's SRC attribute. Upon data arrival from the Web 
servers 104, the call back function is triggered and the Web page 101 can access the 
returned data of the RPC. Notice that the URL generated by the client-side proxy 102 
35 may have the same domain as the Web page 101, or can even use a different domain 
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to another Web server 104(2). This means that once Web page 101 is downloaded to 
the client's computer, it can make RPC calls to one or more Web servers of different 
origins without reloading the original Web page 101. 

The above sample code works for Microsoft's Internet Explorer browsers. The 
5 implementation of client-side proxy 102 for Netscape browsers is slightly different 
but uses the same core mechanism. The next section shows an implementation of 
client-side proxy 102 for Netscape browsers. 

var _NG_CallingPool=""; 
var _NG_Busy=false; 
1 0 var _NG_Container; 

var vis=true 
function loadQ 
{ 

if (document.layers) 
15 { 

_NG_Container = new Layer(100); 
JSTG_Container.visibility = (vis)? 'show' : 'hidden'; 
_NG_Container.clip. width = 100; 
_NG_Container.clip.height= 100; 

20 } 
} 

function getUniqueString() 
{ 

25 var d = new Date(); 

var unique = d.getTimeQ + " + Math.floor(1000*Math.random()); 
return unique; 

} 

30 function NGExecute(rspage,callback,func,parms) 

{ 

III . tranlate function to URL 
var strFunc=rspage4-"?R="+getUniqueString() 
strFunc+="&F="+escape(func) 



35 



if(callback!=null) 

strFunc+="&C= n +callback 



if (parms !=null){ 
40 if (typeof(parms) ===== "string") { 

strFunc+="&P0="+parms; 

} 

else { 

for( var i=0;i<parms.length; i-H- ) 
45 strFunc+="&P"+i+"= M +escape(parms[i]); 

} 
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} 

1/2. insert into calling pool 

JSTG_CallingPool+=strFunc+ ,, $ H 

URLCall() 

} 

function URLCallQ 
{ 

if(_NG_CallingPool.length>l && !_NGJBusy) { 
_NG_Busy=true; 

var index^NG^allingPool.indexOfCS'); 
var src=_NG_CallingPool.substring(0,index) 

strHTML= M <html><scri^^ ^ 
if(_NG_Container) 

_NG_Container.document.write(strHTML) 
else { 

load(); 

_NG_Container.document.write(strHTML) 

} 

} 

else { 

setTimeout(URLCall, 1 00); 

} 

} 

function NGTrigger(callback s param,errCode) 
{ 

var index^NG^allingPooLindexOfCS*); 

„NG_CallingPool==_NG_CallingPool.substring(index+ 1 , J^GJDallingPool.length) 
_NG_Busy=false; 

varstrF=callback^- ,, ("+errCode+^ ,,, +param+' M ) ,, ; 
eval(strF); 

} 



The server-side proxy 110 can be implemented by any Web server-side 
technologies, such as, JSP, EJB, ISAPI, and so on. The next section shows an 
implementation of server-side JavaScript running on Microsoft's IIS Web server. It 
40 can easily port to any other Web server-side technologies. 

<script runat=server language=JavaScript> 
function ngDispatch(validFuncs){ 
var tunc = ngBuildFunc( validFuncs ); 
if (func !='"'){ 
45 var retval = eval(func); 

if (retval != null) 
ngReturn(retval); 

} 

} 
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function ngReturn(data) { 

Response. Write( H NGTrigger( ,M +RequestCC , )+ M ', n, +ngEscape(data)+ m ) 0); M ); 
Response.End(); 

5 } 

function ngEscape( str ){ 
return str.replace( A//g, M \V"); 

} 

function ngBuildFunc(validFuncs){ 
1 0 var tunc, i, aValid; 

tunc = 

ifCRequestO'F")!-"") 

tunc = Request("F n ); 
if(validFuncs.indexOf(func)<0) 
1 5 ngReturnError(func + " is not a valid function") 

tunc +="("; 

if(Request( M PO").Count!=0){ 
var i=0; 

20 var index="P"+i; 

for(;Request(index).Count!=0; index="P"+i){ 
tunc +- ,m, +Request(index)+ M, ? n ; 

i++; 

} 

25 func=ftmc.substr(0,func.length-2); 

func +=""■; 

} 

func += ")"; 
return func; 

30 } 

function ngReturnError(str){ 

Response. Write( M NGTrigger( ,M +Request( , C , )+ m ) ' ,, +ngEscape(str)+' ,, 5 l );''); 
Response.End(); 

} 

35 </script> 

The next section shows the sample code for server functions 111. This is an 
implementation for Microsoft IIS and ASP. It can easily port to other Web server-side 
technologies. The first line is used to include the source code of server proxy 110. 

40 <!~#include file="serverproxy.inc ?l — > 

<% 

ngDispatch( "getdatal, getdata2, getdataS") 
%> 

<script runat=server language=JavaScript> 
45 function getdatal(){ 

return "This is the data for getdatal"; 

} 

function getdata2(str 1 ) { 

return "This is the data for getdata2, input: "+strl; 

50 } 

function getdata3(str 1 ,str2) { 

14 
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return "This is the data for getdata3, inputl:"+strl4- n , input2:"+str2; 

} 

</script> 



5 The above sample codes show how to make sequential RPCs to one or more 

remote Web servers. By using additional <script> tags, the client-side proxy 102 can 
make multiple simultaneous RPCs to one or more remote Web servers. Each <script> 
tags serve as one communication channel for the Web page to Web server. 

The above sample code also shows how to make a RPC to one or more Web 
10 servers. This invention enables Web pages to directly access server-side functions. 
With little modification, it also enables Web pages to directly access services 
provided by objects running at the server-side. For example, a Web page now has 
direct access to a DCOM, CORBA, or EJB objects' methods. The sample code below 
shows how to directly access a DCOM object's methods from a Web page. 

15 



Client Side Web page sample code: 

<htmlxhead><title>Test Script</titlex/head> 

<script language-'JScript" id="ng_script" src="LibraryIE.js"></script> 
<script language=JavaScript> 
20 function test() 

{ 

NGExecute( M ht1p://localhost/LiveML/agent.asp ,, , "FCallBack", 
"VBComponentDurnmyObject", "GetData2", ArrayCHello', 'World')) 

} 

25 function FCallBack(errCode, strData) 

{ 

if(errCode=0){ 

document.body.innerHTML+=strData+"<br>"; 
status= M FCallBack: " + strData; 
30 }else { 

alert(strData) 

} 

} 

</script> 
35 <body> 

<a href=" H onmouseout="testO n >This is the main page</a> 
<ftodyx7html> 
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Client Side proxy code: 

//<SCRIPT> 
var _NG_CallingPool=""; 
5 var _NG_Busy=false; 

function getUniqueStringQ 
{ 

var d = new DateQ; 

10 var unique = d.getTime() + " + Math.floor(1000*Math.random()); 

return unique; 

} 

function NGExecute(rspage,callback s obj ect,func,parms) 
15 { 

III . tranlate function to URL 

var strFunc = rspage + "?R=" + getUniqueString(); 

strFunc += "&0=" + object + "&F=" + escape(func); 

20 if(callback!=null) 

strFunc += "&C= M + callback; 

if (parms != null) 
{ 

25 if (typeof(parms) = "string") 

{ 

strFunc+= ,, &PO="+parms; 

} 

else 

30 { 

for (var i = 0; i < parms.length; i++) 

strFunc += "&P" + i + "=" + escape(parms[i]); 

} 

} 



35 



40 



} 



//2. insert into calling pool 
_NG_CallingPool += strFunc + "$"; 
URLCallQ; 



function URLCallQ 
{ 

if C_NG_CallingPooLlength> 1 && !_NG._Busy) 
{ 

45 _NG_Busy = true; 

var index ^NG^allingPool.indexOfCS'); 
var src =_NG_CallingPooLsubstring(0,index); 
document.scripts( , ng_script , ).src = src; 



} 

50 else 

{ 



setTimeout(URLCall, 100); 
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} 

function NGTrigger(callback, param, errCode) 
{ 

5 var index = _NG_CallingPool.indexOf( , $ , ); 

_NG„CallingPool = _NG_CallingPool.substring(index4-l,JSTG_CallingPool.length); 
JSTGJBusy - false; 

var strF = callback + "(" + errCode + n , ,n + param + "')"; 
eval(strF); 

10 } 

Server Side proxy code: 
<%ngDispatch()%> 

<script runat=server language=JavaScript> 
function ngDispatch(){ 
15 // retrieve object, method and parameters 

var obj, rune; 

if (Request( n O M ).Count != "") 
obj= Request("O n ); 

else{ 

20 ngReturnError("missing object name"); 

return; 

} 

if (Request("F").Count != "") 
tunc = Request("F"); 

25 else{ 

ngReturnError("missing method name"); 
return; 

} 

30 var param = "("; 

if (Request("PO M )-Count != 0) { 
var i, index = "P0"; 

for (i=l; Request(index).Count != 0; i++){ 

param += '"" + Request(index) + "*,"; 
35 index = "P"+i; 

} 

param = param. substr(0, param. length- 1); 

} 

param += ")"; 

40 

// create the object 

var object = Server.CreateObject(obj); 
if (object = null){ 

ngReturnError("Failed to create object" + obj); 
45 return; 

> 

// call requested method 
var method = "object." + tunc + param; 
5 0 var retval = eval(method); 

if (retval != null) 

ngReturn(retval); 

} 

5 5 function ngReturn(data) { 

Response.Write( M NGTriggerC"+Request( , C , )+ , ", , "+ngEscape(data)+" , ,0) ;"); 
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Response.EndO; 

} 

function ngReturnError(str){ 
5 Response. Write( M NGError( m +Request( , C , )+ m ; n +ngEscape(str)+ m 5 l); n ); 

Response.EndO; 

} 

function ngEscape(str){ 
1 0 return str.replace( A//g, "W"); 

} 

function ngBuildFunc(validFuncs){ 
var tunc, i, aValid; 
15 tunc - " " 

if(Request("F ,, )!- , " , ) 

tunc = Request("F"); 
i^valia^uncs.indexOfCfunc)^) 

ngReturnError(runc + " is not a valid function") . 

20 

tunc += "("; 

if(Request("PO").Count!=0) { 
var i=0; 

var index-"P"+i; 

25 for(;Request(index).Count!=0; index="P"-K){ 

func += ,,,M +Request(index)+ m , M ; 

} 

func=func.substr(0,func,length-2); 
30 func += ' 

} 

tunc +=")"; 
return tunc; 

} 

35 </script> 



The present invention has been described above in terms of presently preferred 
embodiments so that an understanding of the present invention can be conveyed. 
There are, however, many configurations for network data delivery not specifically 
40 described herein, but with which the present invention is applicable. The present 
invention should therefore not be seen as limited to the particular embodiments 
described herein, but rather, it should be understood that the present invention has 
wide applicability with respect to network data delivery generally. All modifications, 
variations, or equivalent arrangements and implementations that are within the scope 



. mil. 
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of the attached claims should therefore be considered within the scope of the 
invention. 
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CLAIMS 
We claim: 

L A method for executing an RPC (Remote Procedure Call) over HTTP 
from a Web page within the application window at a client device, the method 
5 comprising: 

containing, in the application window of a client device, at least one Web 
page; 

transmitting, to a server, an HTTP request initiated by a first HTML element; 
invoking, at a server, a procedure or a set of program code identified by the 
1 0 URL of said first HTML element; 

receiving, at said Web browser from said server in the transmitting action, 

output of said procedure or program code in the invoking action into a 

second HTML <script> element. 

2. A method as defined in claim 1, wherein said application window is a 
1 5 Web browser window. 

3. A method as defined in claim 2, wherein said first HTML element in 
the transmitting action and said second HTML element in the receiving action are 
contained within the same Web page. 

4. A method as defined in claim 2, wherein said first HTML element in 
20 the transmitting action and said second HTML element in the receiving action are 

contained within different Web pages. 

5. A method as defined in claims 3 and 4, wherein said first HTML 
element in the transmitting action is an HTML <script> element. 
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6. A method as defined in claim 5, wherein said first HTML element in 
the transmitting action is the same as the said second HTML <script> element in the 
receiving action. 

7. A method as defined in claims 3 and 4, wherein said first HTML 
5 element in the transmitting action is an HTML <img> element. 

8. A method as defined in claims 3 and 4, wherein said first HTML 
element in the transmitting action is an HTML <embed> element. 
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